home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 October / EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso / Aminet / comm / fido / OzMet214.lha / OzMetro / Changes.OzMet next >
Text File  |  1995-03-06  |  25KB  |  608 lines
  1.  
  2.                           --------------------
  3.                           OzMetro Changes File
  4.                           --------------------
  5.  
  6. Changes made after the V2.0 release are listed here in REVERSE
  7. CHRONOLOGICAL ORDER (ie most recent changes first).
  8.  
  9. This file will be archived INTO the full OzMetro archive.  If you want
  10. the LATEST version:  executable and changes file only, freq the magic
  11. name OZMETEXE from Inquestor.  This way you'll always get the LATEST
  12. version without having to know the actual file name.
  13.  
  14.  -------------------------
  15.  Version 2.14  (15 Feb 95)
  16.  -------------------------
  17.  
  18. * Entirely re-wrote about 500 lines of upload code, virtually none of
  19. Percy's upload code remains.  The BBS now supports batch uploads, has
  20. File_ID.diz support, will RENAME files if receiving an upload already in
  21. the directory, and (naturally) now uses Oli Wagner's XPRDoor to receive
  22. the files.  It also adds the file description to the filenote fields of
  23. new uploads as they are received.  Archiving list and extract commands
  24. are now also configurable from the Metro.cfg file, rather than being
  25. hard-coded, plus several new keywords have been added as a consequence
  26. of re-writing the upload code.
  27.  
  28. * Nothing to do with the upload code (but springing from a new
  29. subroutine for the File_ID.diz support) is the ability to automatically
  30. determine an archive type not from the filename extension (eg .LZH,
  31. .ZIP, etc) but actually from an inspection of the first half-dozen or so
  32. bytes for an archive signature.  Accordingly, the BBS can now list (say)
  33. an ARJ file, even if the final three characters are not .ARJ.  The BBS
  34. can internally recognise these major archive types:  ARC, ZOO, LHA/LZH
  35. (treated the same way), ZIP and ARJ
  36.  
  37. * Removed use of Free program to determine uploading.  Now - if you want
  38. a directory to be uploadable-to - you must CREATE a directory in that
  39. Upload directory called "Uploads".
  40.  
  41. EG As listed in the File.areas file, a file area has a directory named
  42. "Dh5:IBM/".  In order to permit uploads to that file area, you must create
  43. a subdirectory called "Dh5:IBM/Uploads".
  44.  
  45. * Batch uploads now all work as expected - file descriptions are
  46. obtained AFTER the user performs the upload, and will be done for every
  47. file received.
  48.  
  49. * Added UPLOADFREE keyword (defaults to 200,000 bytes ie current
  50. behaviour).  Use this keyword to specify just how much free space has to
  51. be on an upload drive before the system will allow users to put files
  52. there.  To turn uploads off completely, use a HUGE value for this
  53. keyword.  Usage is UPLOADFREE <bytes> where <bytes> is the amount of
  54. free space remaining on a partition.  (Limit of value you can give this
  55. keyword is 2,100,000,000 (IE two and a bit Gigabytes)
  56.  
  57.         Default:  200000 bytes
  58.  
  59.         Examples:  UPLOADFREE 400000
  60.                    UPLOADFREE 1000000
  61.  
  62. * Added UPLOADTIME keyword.  When a user performed an upload under prior
  63. OzMetro versions, the upload time was reimbursed to the user's time
  64. limit (for that call).  Now you can give back any percentage of the time
  65. they spend uploading defined by YOUR OWN keyword.  To not give any
  66. reward for uploading at all (!) set this to zero.  Using 100% will give
  67. the current behaviour.  Setting it to 200% rewards an uploader with
  68. double upload time.  (But half of that reward time will have elapsed,
  69. don't forget).  You can specify any percentage from 0% to 2,100,000,000%
  70. for this value, but I'd envisage that rewarding a user with ten times
  71. the upload time (ie 1000%) would be more than sufficient for most
  72. purposes.  Don't forget you can also use (say) 33%, 75% 150%, etc...
  73.  
  74.         Default: 100% of upload time is added to time limit
  75.  
  76.         Examples: UPLOADTIME 200
  77.                   UPLOADTIME 50
  78.                   UPLOADTIME 700
  79.  
  80. * BugFix:  upload time now not charged against user's DAILY time limit
  81. when they log off.  (Note:  If a user spends the majority of their call
  82. uploading, and you have a high value for the UPLOADTIME percentage, it's
  83. quite conceivable that NEGATIVE connect times will arise :-) It
  84. shouldn't be a problem, except cosmetically)
  85.  
  86. * If a file area directory specified in the BBS:Udfiles/File.areas
  87. config file doesn't exist, the BBS will now automatically create it.
  88.  
  89. * File_ID.diz support.  A File_ID.DIZ file is a short textfile included
  90. in an archive describing the program included.  Its increasing
  91. popularity is due to entire CDs being constructed with the descriptions
  92. in all archive files, and it's caught on as the standard filename for
  93. short description files.  OzMetro now has the ability to retrieve these
  94. files from the archive, and use them as the default description for
  95. uploads.
  96.  
  97. This saves the user a lot of time uploading - they can make a short
  98. File_ID.diz textfile up, include it in the archive, and then upload it
  99. to a heap of BBSs without having to type the same description to half a
  100. dozen BBSs.
  101.  
  102. FILE_ID.DIZ files can be extracted from ARC, ZOO, LHA, LZH, ZIP and ARJ
  103. files currently
  104.  
  105. NB: Only characters of the ASCII range 32-127 will be input from the
  106. File_ID.diz files, and only 76 characters are allowed in OzMetro file
  107. descriptions, so that's the limit that can be snapped from the
  108. File_ID.diz.  Avoiding use of hi-ascii characters means files with IBM
  109. graphics character borders/frames won't use up valuable space in this
  110. 76 character allocation.
  111.  
  112. * Keywords for list archive commands (View an Archive from the Files
  113. List Sub-menu).  Previously they were hard-coded - now they're in
  114. Metro.cfg, so you can define your own, if you like.
  115.  
  116. The keywords, with their defaults, are:
  117.  
  118.  LISTARC pkax -v
  119.  LISTZOO booz l
  120.  LISTLHA lha vv
  121.  LISTZIP unzip -v
  122.  LISTARJ unarj l
  123.  
  124. An example config (mine) might read:
  125.  
  126.  LISTARC pkax -v
  127.  LISTZOO booz l
  128.  LISTLHA lha vv
  129.  LISTZIP unzip -v
  130.  LISTARJ unarj l
  131.  
  132. Hmm, these ARE the defaults :-)
  133.  
  134. * New EXTRACTxxx keywords added, defining the command to be run in order
  135. to find the FILE_ID.DIZ files.  This keyword WILL be used for other
  136. archive extractions in future versions of the BBS, BTW.  (EG to extract
  137. docs from archives).
  138.  
  139. The keywords, with their defaults are:
  140.  
  141.  EXTRACTARC pkax -r-x
  142.  EXTRACTZOO booz x
  143.  EXTRACTLHA Lha -m -x0 e
  144.  EXTRACTZIP unzip -j -o -x
  145.  EXTRACTARJ unarj e
  146.  
  147. And currently, I'm using this (a little different):
  148.  
  149.  EXTRACTARC pkxarc -r-x
  150.  EXTRACTZOO zoo xO
  151.  EXTRACTLHA Lha -m -x0 e
  152.  EXTRACTZIP unzip -j -o -x
  153.  EXTRACTARJ unarj e
  154.  
  155. * Added a few more IntroX.ans/IntroX.asc files
  156.  
  157.  Intro7.ans/Intro7.asc is abortable
  158.  Intro8.ans/Intro8.asc is NOT abortable
  159.  Intro9.ans/Intro9.asc is abortable
  160.  
  161. In summary Intro4, Intro6 and Intro8 cannot be aborted while being sent.
  162.  
  163.  -------------------------
  164.  Version 2.13  (04 Feb 95)
  165.  -------------------------
  166.  
  167. * Displays [M]ark and [S]tart Batch Send options in Browse mode for all
  168. appropriate batch protocols (ie all but the Xmodem and Jmodem proto's)
  169.  
  170. * Prevented marking of files in Browse mode for Batch download with
  171. Xmodem and Jmodem :-)
  172.  
  173.  -------------------------
  174.  Version 2.12  (03 Feb 95)
  175.  -------------------------
  176.  
  177. * NB:  This version is experimental on several counts.  Don't delete
  178. your 2.10 executable for a while yet - just in case.
  179.  
  180. * Fixed bug in Dropped Carriers File appends if the file contained more
  181. than the number of entries specified in the config file (by changing a >
  182. sign into a >= )  Grrrrr!  Bug was harmless, the last line of the file
  183. kept getting replaced by the last carrier dropper - the top line wasn't
  184. rolling off to make way for it.
  185.  
  186. * 0 byte FileList_X files (that Muddles sometimes leaves behind) no
  187. longer cause the BBS to crash (it's simply reported that there are no
  188. files in the area).
  189.  
  190. * Added extra Menu commands - numbers 19 and 20.  Use these commands if
  191. you want to run the logoff doors from main BBS menus as well as just the
  192. logoff menu itself.  Cmd #19 runs BBS:Doorfiles1/Door999 and Cmd #20
  193. runs BBS:Doorfiles1/Door1000.
  194.  
  195. * File transfer protocol ALWAYS written to userlog now upon change
  196. (rather than doing it when the user logged off).  This will ensure if a
  197. user changes protocols and drops carrier, the change will be saved to
  198. the userlog.
  199.  
  200. * Replaced XPRGate as the file SENDER program in favour of Oli Wagner's
  201. XprDoor.  XPRGate is still used to RECEIVE files at the moment, but will
  202. be changed shortly (some serious re-writing to be done on receive, and
  203. when I do change it I'll add batch uploads in the process).  Copy the
  204. file called XPRD to somewhere in the BBS search path (eg c:).  XPRDoor
  205. seems to be quite faster on file transfers
  206.  
  207. * Added new xpr file transfer protocol:  SZmodem.  SZModem is great and
  208. allows for up to 8k blocks under the Zmodem algorithm.  This is the
  209. fastest protocol the BBS has.  DO NOT USE NORMAL ZMODEM to receive files
  210. if sent SZmodem.  It will work, but as soon as the block size increases
  211. above 1k, the receiver will NAK the block causing the sender to reduce
  212. the block size back down to 1k.  Quite an inefficient way of doing it,
  213. although it will work eventually.  You might like to put the SZmodem xpr
  214. library in a prominent place on your BBS so your users can take
  215. advantage of this if they're using a terminal program which supports xpr
  216. protocols.  An IBM SZmodem protocol exists, too (I think I've got it
  217. online mysef, not that I know much about it).
  218.  
  219. * Added new xpr file transfer protocol:  Kermit.  Currently untested and
  220. there might be problems with the library options.  Use at your own risk,
  221. although the only problem will be failed transfers...
  222.  
  223. * Hard coded SYS:c/ path for the XprGate program removed.  XPRD can be
  224. in any directory which has a path, BTW.
  225.  
  226.  -------------------------
  227.  Version 2.11  (17 Jan 95)
  228.  -------------------------
  229.  
  230. * removed some (like about 40) redundant lines of code in the serial
  231. receive routine.  This didn't actually change anything, so was never
  232. released.
  233.  
  234.  -------------------------
  235.  Version 2.10  (08 Jan 95)
  236.  -------------------------
  237.  
  238. * The carrier droppers file is now printed in plain white text.
  239.  
  240. * Didn't want to add anything much more, as this one goes on to AmiNet,
  241. so a nice stable bug-free version is required.  The docs have had a few
  242. revisions, though!
  243.  
  244.  -------------------------
  245.  Version 2.09  (Never)
  246.  -------------------------
  247.  
  248. * Skipped this version number completely :-)
  249.  
  250.  -------------------------
  251.  Version 2.08  (15 Dec 94)
  252.  -------------------------
  253.  
  254. * New commands added - ie the 6th door directory:
  255.  
  256.  Cmd numbers 451-500  Run door numbers 451-500 in BBS:Doorfiles6/
  257.  
  258.  -------------------------
  259.  Version 2.07  (15 Dec 94)
  260.  -------------------------
  261.  
  262. * Screen title now doesn't disappear when the user returns from a Door.
  263.  
  264. * The AmiNet release will be 2.10 to be released in a few DAYS time....
  265.  
  266. * Percy's code is terrible.  You change one line of code, and it affects
  267. something else a couple a thousand lines away!  It's really going to
  268. have to go, which will involve a fairly hefty effort for a week or so on
  269. my part getting a userlog and file areas setup designed.  But I think
  270. the time is ripe....
  271.  
  272.  -------------------------
  273.  Version 2.06  (14 Dec 94)
  274.  -------------------------
  275.  
  276. * Gee, just caught it in time before the file got out too far.  Fixed a
  277. bug in the midnight event code where the program was trying to take the
  278. modem offhook AFTER the modem had been closed, resulting in a program
  279. requester... 
  280.  
  281. * Changed the execution of the BBS:BBSFiles/Script file.  The file is
  282. now NOT read in a line at a time and "run", the AmigaDOS Execute
  283. command is called to execute the whole thing.  As a result you CAN have
  284. IF/ENDIF constructions in the SCRIPT file now.
  285.  
  286.  
  287.  -------------------------
  288.  Version 2.05  (14 Dec 94)
  289.  -------------------------
  290.  
  291. * Warning to EXISTING OzMetro users:  Before you set this version up you
  292. must create a directory under the BBS: assignment called MenuCmds.  Go
  293. into your BBS:BBSFiles/ directory and move every file commencing with
  294. the letters "MenuCmds" (IE MenuCmds#?) into this new BBS:MenuCmds/
  295. directory.  From now on, all MENUS live in this new directory, not the
  296. BBSFiles directory.  If you're setting up 2.05 for the first time, the
  297. Setup program (V1.2) will make the correct directory and create the
  298. sample menus for you there.
  299.  
  300. * New function - ANSI texts for users with ANSI turned on.  This is an
  301. extension to the Textfiles functions (and is backwards compatible, you
  302. don't HAVE to use it).  Previously I've had a couple of textfiles on
  303. called ANSI <something> and ASCII <something>.  Now OzMetro itself can
  304. choose which text to display to users with ansi turned on or not.
  305.  
  306. When a user with ansi turned on selects to view a text file, a file
  307. called Text_XXX.ans is first looked for (where XXX is the text/command
  308. number).  If found, then that's the file the user will be shown.  If
  309. it's not found (or the user has ansi turned off) a file called Text_XXX
  310. is looked for and displayed instead.
  311.  
  312. So to add ANSI versions of your textfiles, just have a corresponding
  313. Text_XXX.ans file in the textfile directory along with the usual
  314. Text_XXX file.  Non-ANSI users will always get vanilla Text_XXX files,
  315. and vanilla Text_XXX files will be used if the system can't find a
  316. corresponding file Text_XXX.ans (like the current action).
  317.  
  318. This has meant I can now take off the ANSI versions of several of my
  319. textfiles, incidentally.  It certainly makes it more flexible for ANSI
  320. users.  Also, we could argue that OzMetro supports up to 1,000 online
  321. textfiles now (500 ASCII ones, and 500 ANSI ones).
  322.  
  323. * BugFix:  Stats file now always up to date on screen (status window) as
  324. well as on disk.
  325.  
  326. * Stats file now saved to disk EVERY time one of the stats change.
  327.  
  328. * New OzMetro_Setup program done with the changes all in place to this
  329. version.
  330.  
  331.  -------------------------
  332.  NEWS UPDATE   (05 Dec 94)
  333.  -------------------------
  334.  
  335. I'm pretty sure ALL the bugs have been ironed out in PlutCLI, (and an
  336. extra command has been added to boot).  It's now non-beta and is
  337. shareware ($10 donation).  If you want the file (you WILL) the filename
  338. to Freq is PLTCLI09.lha
  339.  
  340.  
  341.  -------------------------
  342.  Version 2.04  (03 Dec 94)
  343.  -------------------------
  344.  
  345. * New command - #15
  346.  
  347. This command prints the Last XX Dropped Carriers file.  This is a file
  348. (BBS:BBSFILES/Dropped) that will be created as users drop carrier.  To
  349. test this out, Press F1 to log yourself off.  Pressing F1 sets the
  350. dropped carrier flag, incidentally, and makes it easy to kick a user off
  351. the BBS for other reasons the sysop deems to be equivalent to dropping
  352. carrier :-)
  353.  
  354. The size of this file is controlled by a new keyword:
  355.  
  356.         NUMDROPPERS
  357.  
  358. It defaults to 20 - ie a record of the last 20 carrier droppers on your
  359. BBS.  You can easily change it to whatever you like by adding a
  360.  
  361.         NUMDROPPERS 50
  362.  
  363. or maybe something like
  364.  
  365.         NUMDROPPERS 10
  366.         NUMDROPPERS 100
  367.         NUMDROPPERS 1000
  368.  
  369. or some other value to your Metro.cfg file.
  370.  
  371. If you change the size value the file will be automatically adjusted to
  372. suit the new size.  You can change the size at any time.
  373.  
  374. Make sure to put the new command on a menu somewhere so everyone can see
  375. this information :-) A sample carrier-droppers text looks like so
  376.  
  377. These users have recently dropped carrier:
  378.  
  379. 01:14:05 PM  03-Dec-94  ID: 6    PETER BECKWITH        Lev: 6  Baud: 9600
  380. 03:12:06 PM  03-Dec-94  ID: 267  MICHAEL CADDIES       Lev: 1  Baud: 14400
  381. 03:47:20 PM  03-Dec-94  ID: 76   RICK EYRE             Lev: 1  Baud: 14400
  382. 09:25:10 PM  03-Dec-94  ID: 268  PETER GLAUSER         Lev: 1  Baud: 14400
  383. 01:13:13 AM  04-Dec-94  ID: 11   GARRY SIMMONDS        Lev: 5  Baud: 9600
  384.  
  385.  
  386. * Only asks you if you want to delete the safety file, if the safety
  387. file exists, now.  (Previously it didn't matter, if it wasn't there it
  388. didn't delete it anyway).  This applies while the user is in the
  389. logging-on section - the crash file doesn't exist then, so if you quit
  390. before the user completes login there's no point asking you if you want
  391. to delete the crash file - it doesn't exist!
  392.  
  393. * Added version details in the IntroStatus routine - cleaned it up a
  394. little, too
  395.  
  396. * Password change tidied up again.
  397.  
  398. * BugFix: no more NULL strings in the log!
  399.  
  400. * BugFix: Now prints last line of chat to chat capture.
  401.  
  402. * BugFix: Now prints correct date/time at end of chat capture.
  403.  
  404. * Logging uses same text as chat capture file when exiting chat.
  405.  
  406.  
  407.  -------------------------
  408.  NEWS UPDATE   (29 Nov 94) 
  409.  -------------------------
  410.  
  411.  CLI DOOR INTERPRETER
  412.  --------------------
  413. I have been working on a remote CLI door interpreter for OzMetro all
  414. week, and have enjoyed success!  This not only gives you a full remote
  415. DOS shell for OzMetro, it means we'll also be able to run all generic
  416. CLI doors (as you'll hear all the DLG/E!/TransAmiga/etc sysops talk
  417. about).  This will mean OzMetro can run Metro, Paragon/Starnet AND CLI
  418. doors, probably making it the most flexible BBS when it comes to running
  419. doors.  Any CLI program that runs fully in the shell can be setup this
  420. way, provided it doesn't access BBS-specific structures, such as the
  421. Excelsior!  file lists, or the DLG userlog, etc.  Fortunately most
  422. writers of such doors DO keep them generic, and we'll be able to use
  423. them all.  This also includes Arexx doors, because you can call them
  424. with a simple Rx filename.rexx and run them in the shell.
  425.  
  426. The implementation I have worked out is VERY flexible, and makes it
  427. pretty easy for you to set the doors up.  The implementation uses Matt
  428. Dillon's fifo.library and fifo-handler and I must confess to having
  429. looked at a lot of the TRShell.c source from the TransAmiga program to
  430. get this running (Thanks to Timothy J Aston for releasing this).  Mind
  431. you, me no speaky C (well not much), so translation to GFABasic was a
  432. bit of a hard slog, taking most of this week.
  433.  
  434. It WILL be a very nice Christmas present for OzMetro sysops.
  435.  
  436.  -------------------------
  437.  Version 2.03  (30 Nov 94)
  438.  -------------------------
  439.  
  440. * The SYSTEMPATH keyword is no longer valid - "BBS:" will be used ALL
  441. THE TIME, regardless of whether you have this line in Metro.cfg or not.
  442. (as promised in the docs).
  443.  
  444. * New config keyword:  TAGLINEFILE
  445.  
  446. OzMetro can now use the same tagline file as Plutonic if you like.  It
  447. works exactly the same way as in Plutonic, and you should see the Pluto
  448. docs for full details on the format of the file.
  449.  
  450. It defaults to the original BBS:Textfiles1/Fortunes file (so if you have
  451. setup the Fortunes file as per the original release, that will still
  452. keep working).  One thing you can do is delete the top line of the old
  453. Fortunes file - OzMetro no longer needs to know the number of lines in
  454. the file, it will find out for itself.  (However, there's not much
  455. chance of it selecting the top line anyway, and that's harmless the
  456. fortune would just read "1256" or something, which is as meaningful as
  457. 42, and probably some of the other fortunes already there.
  458.  
  459. If OzMetro cannot locate the file, this option is disabled.  It is a
  460. menu command option, and is also generated before the users are shown
  461. the "Goodbye" menu.
  462.  
  463.         Default:
  464.  
  465.         BBS:TextFiles1/Fortunes
  466.  
  467.         Example:
  468.  
  469.         TAGLINEFILE MAIL:Plutonic.tags
  470.  
  471. * Tagline generation implementation from Plutonic stolen and included in
  472. OzMetro.  This will now generate the fortunes file, at least 5 times
  473. more quickly.  However, since three tags are chosen, there is a very
  474. small chance you'll get duplicates.  (This couldn't happen with the old
  475. code).  If you ever strike the jackpot and get THREE fortunes the same,
  476. congratulations!!  (Or you might just have a very small tagline/fortunes
  477. file).
  478.  
  479. * When using a double-mouse-button to quit the BBS (and you answer yes),
  480. a further requester will come up and ask you if you want to delete the
  481. safety crash file as well.  This will help prevent false recovers when
  482. you quit the BBS in this manner and forget to delete this file.  Mind
  483. you, if you are quitting to play a modem game with the user and he may
  484. want to login again, it might be a good idea NOT to delete the crash
  485. file, unless he was short of time (in which case you should delete it
  486. and let him login again).
  487.  
  488.  
  489.  -------------------------
  490.  Version 2.02  (29 Nov 94)
  491.  -------------------------
  492.  
  493. * Recovery after crash substantially sped up due to the program no
  494. longer running itself again in such a situation.  The code has been
  495. reworked to do it from a single invocation.  Users will also get the
  496. text that they have been recovered (previously was only on the local
  497. console).
  498.  
  499. * As a result of the above, the program no longer REQUIRES to be called
  500. Metro, it can be renamed to anything you like.  (If you DO rename it,
  501. please remember to change the BBSCOMMAND line in TrapDoor.cfg, okay?)
  502.  
  503. * If a user attempts to logon as "NEW", "NEW USER", "VISITOR", "SYSOP"
  504. or "GUEST", they will be told to tell us WHO they are, not WHAT they are
  505. and we ask for another username.
  506.  
  507. * Adam Mooney discovered a quirk not covered in the documentation:  you
  508. could not have a straight assignment or volume name as the default
  509. directory of an upload area.  It had to include a full DIRECTORY
  510. specification (see the two pages in the OzMetro docs under "Adding
  511. Upload Areas").  Well that's fixed now, you CAN use an assignment or
  512. volume name there.  (Previously the program was only looking for a slash
  513. in the full path/filename to determine the uploaded filenames - now it
  514. looks for a colon if there's no slash there, so will find uploaded files
  515. all the time now).  (Grrr Percy!!) Please see the docs if this is not
  516. clear - when we check for the free space on upload drives, the DEVICE
  517. name is checked against the free list, not the FULL path specifications
  518. (this is given on the fifth lines of your File.areas file).
  519.  
  520. EG:  if you use "BBS:Uploads/" in file.areas, only the string "BBS:" is
  521. checked for in the FREE list.  Please note!
  522.  
  523. * Total screen format has been revamped to use the same screen
  524. arrangement as Plutonic.  As a result, you get either 1 or 2 more lines
  525. displayed on the local console. This looks MUCH nicer, and you can set
  526. your Screen Height (from the alter parameters function) to 28 lines for
  527. local logins. (It may be 29, I forget now...)
  528.  
  529. * OPENDELAY keyword added to Metro.cfg.  This is to prevent something
  530. that has NEVER happened here, but on accelerated Amigas, OzMetro loads
  531. so fast that it's sometimes ready even before TrapDoor has closed the
  532. serial port.  As a result, OzMetro would die with an "Object in Use"
  533. error because TrapDoor still had the serial.device open after spawning
  534. it!  This is a result of cleaning up the initialisation code, I imagine,
  535. and on my A500, it just doesn't load fast enough to be up before
  536. TrapDoor has quit.
  537.  
  538. OPENDELAY takes an argument in seconds - OzMetro opens up, parses its
  539. config file, and before doing anything else, it will pause for the
  540. number of seconds you specify in OPENDELAY.  Only after this delay will
  541. it proceed to open the serial port (and do other work).
  542.  
  543. The default for OPENDELAY is (naturally) zero - the current action, so
  544. if you're not having this problem, do nothing.  If you are, you might
  545. like to add a line like:
  546.  
  547.         OPENDELAY 6
  548.  
  549. into Metro.cfg.  You may need to experiment a little with this, perhaps
  550. you can get away with shorter than 6, but that should give TrapDoor
  551. ample time to quit and close the serial device when OzMetro is being
  552. spawned.
  553.  
  554. * New Menu command added to the MenuCmds_xx files.  (NO)SHORTPROMPT
  555.  
  556. Since the prompt OzMetro prints generally extends all the way across the
  557. bottom of the screen, using thin menus only down the left hand half of
  558. the screen look weird.  The default operation is NOSHORTPROMPT (same as
  559. it was before), but if you want to only use the left-hand side of your
  560. screen for menus, then you should add the word SHORTPROMPT into your
  561. menu file ANYWHERE (on its own line, of course, like the others).
  562.  
  563. NOSHORTPROMPT looks like this:
  564.  
  565.         11:58:39 PM  29-Nov-94   Time Left: 95   Your choice? 
  566.  
  567. SHORTPROMPT looks like:
  568.  
  569.  11:58:39 PM  29-Nov-94
  570.  (95mins) Your choice? 
  571.  
  572. Don't forget the text in "Your Choice? " can be altered by you - it's
  573. the tenth line of the BBS:BBSFiles/Prompts file.  You should add a space
  574. at the end of it in your prompts file, incidentally for display purposes
  575. (and also spaces in FRONT of it if need be...).
  576.  
  577. Each MENU can have either NOSHORTPROMPT or SHORTPROMPT in it - eg your
  578. Files and a Doors menu might use SHORTPROMPT, whereas you can have
  579. NOSHORTPROMPT on the Main and Texts menu.  It only applies for each
  580. MENU, not globally.
  581.  
  582. * When receiving 0-byte file uploads, an [Any_Key] is used - screen was
  583. clearing straight away, and you couldn't read the error message except
  584. via the scrollback buffer.
  585.  
  586.  
  587.  -------------------------
  588.  Version 2.01  (29 Nov 94)
  589.  -------------------------
  590.  
  591. * Full chat capture implemented.  At the moment this is on for ALL chat
  592. sessions.  I intend to add an F-key later for opening and closing the
  593. capture buffer, but for now, if you don't want to keep chat records
  594. you'll have to edit or delete the chat capture file.  You may like to
  595. add a delete command in your midnight script to clear it off, if you
  596. need the drivespace (wouldn't be much saving, really).
  597.  
  598. When you enter chat, a file called "BBS:BBSFiles/Chat.txt" is opened (or
  599. created), and the chat lines are added in automatically.  The deletes
  600. from wordwrap and typo's are automatically removed, and you get a very
  601. nice clean capture file.  The time and date you started chat along with
  602. the username is added at the head, and the time you finish added to the
  603. end.  Jump into chat with yourself, and take a look at the file!
  604.  
  605. * Change Password option display tidied up.
  606.  
  607.  
  608.